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Automatic Density Recognition 

For. NEWDOS/80 Version 2 

And TRS-80 Model I or III 

INSTRUCTIONS FOR USE 

Affected Persons ;i"JgJ%J° ^* u ™ JJll perform the transfer of 
diskette containing ^SStlDle drill ownersrinstructions for copying 
files for you. For multiple °"*e ?wnerB, 2 -l6. Model I owners 
are in your ^""W "J^^S^lJ^'SodSl iil owners will need 

the ?iles DDSD/CMD and DSET/CMD on your system diskette. 

Using DDSD/CMD is no more complicated than simply running it from 
DOS. Go ahead and run it, now! 

u«« «<«*le and double density diskettes on an appropriate <*rive 
Mix single ana oounie ucuo , «_♦. mimn that vou can mix Double 

changes. 

DDSD/CMD rehires no disk SAP. of any ^^.^S^ "^^ 

wl I h «J*!2d ZV AUTO'lr uT'aSfitmtill "function on any B Inch 
^ppy'dr^e'.nen u.^nltn'tne TRS-80 Kodel I expansion Interface. 

ddsd/cmd .in .or, i- wl f»*« c «!! r h us sird5^T(2"2s; 

•1th one or none driven. " * n I t ff Ld If any are present. It .111 
be uned for certain printers, etc.) and, li any *™.J , ' In the 

EL- nseif i. jj-orj j;;^ 1 ^/™ •Si'^iSiiJ tTtt. 1 ^ of 

absence of high RAM « r ^ e "*. 111"; ltse lf by automatically setting 
available memory "? " •"JPJSSMJS is. "Memory Size") in memory 
the appropriate high memory ***»« iiSIi itt^ >r reauired by the 
location 4049 hex (4411 hex for the Modji HI) ^ 0R ? e lfzE when^mg 

■me.an it will NOT be necessary xo respeciiy ■ B " un * ««.♦. 

™o BASIC unless a need for additional protected memory exists. 

DIRCHECK AND SUPERZAP PECULIARITIES 

t* M pwnr»<5-R2 DIRCHECK or SUPERZAP' Is used, DDSD/CMD will 
X f . Jh!?? Presence and will compensate as required. However 
r6 ^ g mRCRKK P o rSSp E 5zAP misbehavior might be anticipated if 
d 8 tstettes R .uS significantly different DD formats are used alternately 
in the same drive. 

For example if DIRCH ^"E^tiS/IiSS: SoS/SfSll 
W lll t lT\^tllZ It ino Ser P D S I a Lk 8 :t t te n !- subsequently given to 
n?RP H pS .??hout recycling, but with track zero formatted this time in 
DIRCHECK without rec y~"" B » nTBrHFnc _ in comp iain of numerous diskette 
DD (PDRIVE setting TI-C)DIRCTEC^willcomP r ^ ^ SUpERZAp# „ 

errors. Similar d if " c jJ" e " ^L* s i np ly call up MINIDOS (with the 
you find yourself IB thij position. Jimpiyc P tMDRET , 

'DFG' keys), do a J™ «°J J h 'SS^MR read will establish the correct 
PDP^coLs'for thTcurren; dinette which will then enable DIBCHECK 
or SDPERZAP to function correctly. 



Last minute Editions to the DPRP documentation : 

PPRP Jp distributed on a formatted (only) KEFDOR/RO Version 2.0 35 
track single density diskette. Tbi* diskette was create* with the 
MEWPOR/PO SYSTEM switch BN-Y. Thin means that the diskette can he 
read either on a Model I or Model III TRR-PO. Tn order to re»«« the 
disk on a Model III, you will need to PPBIVE the Model III *rive 
containing DI>SD as follows: 

TIM,TTW,TO-40,RPTM0,TRP-3,nPL-2,DPPI^17,nnaA-2 

This most likely coincides with the current setup of your DRIVE 5; if 
so, you can execute the following command from POS REAPY: 

PDRIVE n«5 A<ENTER> 

where "n M is a numher (1, 2 or 3) corresponding - to the drive number 
'holding the master PPRP diskette. If you hare a single drive, consult 
your MEWPOR/PO manual for information on RPPN and DPDN. 

The files on the PPRP master rfisk are: 

PPSP1/CMP PRET1/CMP DDSni/ARF* PRRT1/ARM 
PPRB3/CMP DRET3/CMP DP8P3/ARM DRFT3/ARM 

"1" and "3" indicate which system the prop-ram should he run on, either 
a Model I or a Model III. 

In order for PP8P to function properly, you must have your NEWPOR/PO 
RTRTEM switch AM equal to 2 or more. 

Tour DPRD package includes the source code for both PPRP and PRET. 
Our thanks to Allan Pomuret for allowing us to of*er tbi« to end 
users. 

Always use PRET before performing a COPY or FORMA*" to make sure the 
drive is configured as you last remember. 



rules established by the competing DOS authors (NEffDOS, LDOS, DOS PLCS, 
etc.) to enable transportability of SD diskettes between the two 
TRS-80 Models. SD transportability is recommended because, in most 
cases, DD transportability is virtually impossible. 

Since our purpose is to make DDSD/CMD function with NEWDOS-RO, 
Version 2, it becomes necessary for the user to become familiar with 
the various ZAPs and references (explanations of incompatibilities 
induced by other DOS systems, plus those induced by the implementation 
of competing SD vs DD Data Address Marks (DAM)) made throughout the 
NEWDOS-80, Version 2 manual. 

Briefly, old DAMs (Data Address Harks) used by TRSDOS, FTETWOS 
2.1, and the older VTOS, in the directory sectors were an *FA', but 
the DD disk controller chips cannot recognize an 'FA' DAM. Therefore, 
all DD DOS systems have resorted to using an 'F8' DAM for 
compatibility with DD disk controller chips. This DAM re-write is, 
among other things, part of what the various DOS conversion utilities 
accomplish in order to make the SD diskette readable on the Model III. 

The DAM problem is also the reason why Model I DD conversion 
boards retain the services of two separate Disk Controller Chips: the 
old WD-1771 is used in SD operations and maintains compatibility with 
old SD diskettes Which use the 'FA* DAM. The DD Controller Chip 
(usually a 1791 or 1793) can perform SD disk operations, but it 
refuses to recognize the former *FA* DAM. Consequently, the competing 
DOS systems have adopted, an 'F8* DAM (in the diskette DIRectory) for 
DD operations. 

To further complicate matters, Radio Shack in their DD Model III 
TRSDOS has resorted to numbering disk sectors from one to eighteen (1 
- 18) rather than the more traditional zero to seventeen (0 - 17) 
sector count favored by, and still used by, most other DOS systems. 
Among other things, Model III TRSDOS uses 'F8' and 'FB' DAMs in 
unusual ways on their DOS diskettes. (By the way, it should be 
mentioned that both the 'FB' DAM and the 'FE* IDAM <Identif ication 
Data Address Marks>, are still legal in both SD and DD). Last but not 
least, Radio Shack has messed around with their directory design and 
file management structure to the extent that their own Model III 
software virtually assures them of isolation from the rest of the 
software world. 

In short, the world of TRS-80 DOS systems gets more complicated 
rather than more standardized. As stated once before, the time has 
arrived for the TRS-80 user to decide on one DOS system and stick with 
it. Program swapping can best be accomplished in SD, and both DD and 
SD compatibility can be improved upon by staying with one of the 
better DOS systems such as NEWDOS, LDOS, DOSPLDS, etc. 

Disclaimer: No intentional omissions of competing DOS system 
acknowledgement is intended here. The three systems mentioned by the 
author — Allan J. Domuret — are the only systems he has experience 
with and so he can not safely or accurately make any statements about 
the capabilities or functioning of competing DOS systems. The 
statements made are his own and do not necessarily represent those of 
any dealers who might market this program. 

» 

DSET/CMD 

DSET/CMD was created in response to suggestions received by 
numerous individuals who were involved in evaluating the original 
DDSD/CMD Automatic Density Recognition program. 

As is the case for DDSD/CMD, its intended use is with NEWDOS-RO, 
Version 2 only. Additionally, DSET/CMD will not function without its 
parent DDSD/CMD being active in the system. 

DSET/CMD has two simple functions: 

1. To inform the user of the current PDRIVE density settings 
only. (If you need a complete PDRIVE readout, do the usual 



1. 

2. 



THese DIRCHECK or ^OPERZAP problems ^y^curdurln,. ^single 

performance of either of ^ 8e f *i nl t £ e ^me drive. If your 

Substantially diffe " i.r Srtve 6tJy consistent, everything .ill 

DD formats for a Particular d J* ve * m J* 8i £° e 8 t o intermix DD and^SD 

work fine. "*%*;!_" r £ PB 53S •«»»•«• DIRCHECK or SDPEFZAP. 
diskettes during the same periormmce 

^ ^ „ Mf ii»nt with some different 
It is recommended that J°^ «£mluar 55 Se substantial 
diskette formats ^1 ^^ OBe familiar 
convenience provided by DDSD/CMD. 

SOME SI GGESTIONS 

:xsiXiSi; %£$r sir- *-«. «» *.».»!..: 

HEDEFIHE ALL PDRIVE PARAMETERS TO DOBBLE DENSITY SETTINGS 

BEFORE OSING DDSD/CMD. 

WHEN DOING A "=^TTP ^R-AT NEJDO|-8 2 .ILL BSE THE PDRIVE 

VAL °fJln n S R DlNSTV Pm"e K SdE ES^ASlIsHeS POR, SAY 
HAD A DOOBLE DENSITY """J* J£"y ACCESS A SINGLE DENSITY 
DRIVE ONE. BDT TOD SOBSEOOENTLY ££ E || R * v ° l p iRAMETERS FOR 
DISKETTE, OTSD/CMD. WILL CONVERT THE PDRie ^^ 

ShchanSed Tsub1eqdInt E tor T «It™perattoh ON tb„ DRIVE .ILL 

BE C PERP0RNED S «K^^i« «SlK"5?8i? d£vE 
DISKETTE WITH THE DESIRED DD FORMAT, OR REBOUr. 

SOME TECHNICAL DETAILS 

The reason for suggesting that the ^"^^^E^rX.? 
in douMe density (See bold type JJ«iraph number one .J™™, this 
DDSD/CMD reads the PDRIVE ^tings curre ntly In ^^ 

data to create two PDRIVE code sanies. ffleter8 . Mos t single 

parameters and one /if Br f fairly standard, but the number of 
density PDRIVE parameters are fairly sta » double denslty format s 

PDRIVE parameter eo » hin j"J nB lt II easier for DDSD/CMD to convert 
multiplies rapidly. I" *"*• 8C ttLgs in?o a standard single density 
your double density ^ R ^ *f !in|le density PDRIVE settings into 
PDRIVE code than it is o nvert ^ g ^ a f DDSD } CMD cftn determine what 

rofinteSrefrorr^Ure^nsi^ PDRIVE setting if you only give it 
Sngle density information to begin with. 

K»-« *«ted extensively under a variety of 
DDSD/CMD has been te ^! t^ted on a TRS-80 equipped with 
conditions except that it was not tested « J any pr0 M ems when 

eight inch or hard *^° 8 di J^ en J?ronment (five inch floppies), 
operating in a normal floppy disk e °^°™ e gource by M il or phone and 
please contact the author or The J 1 *™^ prov ided with free updates 
iro d r e ftxLre S xc b e P e t ^-iJii-I^S^SlS. costs, whenever they are 
implemented. 

inter fer with DDSD/CMD. we will make every »«J J m attemp t to 

functioning of DDSD/CMD with our own ^f^^^DDsn/CMD owners. 
rurifTouTo-rotlerr S^^?f~~«. amount of time, please 
send a query and we will get back to you. 

SUPPLEMENTAL DOCUMENTATION 

._ * ...HMHties of DD and SD diskettes 
in consideration of ^« * nc °f f/^ong" suggested that the user 
created by ^ iou * ^ S rv f | ne "fc J5d 5d dlSk" swapping and conversion 
should learn and observe tne au *nu 



NEWDOS PDRIVE command. 
The command format is as follows: 
DSET 3S, ID, OS, 2D <Enter> 
or, simply: DSET <Enter> 

DSET r«\hp Mw™!* P JK na « l0n n" d * f6W Slmple rules arc Provided. 
«2I iltJ?L Ji SK i !A° r ° comm « d8 * Single or Double density 
££™i! ♦£ Si" (DO d l** read8 ° r * rltes ); *" d the numbers (0.- 3) 

S?SS'b f t !S ra SiS).™ b-r - (Four drlve8 Baxinum « cu " ently 

♦.!,.♦ 7° te * hat *5 e S ° r . D COdes can ** ent ered in any drive sequence: 
that is, entries do not have to be made sequentially from to 3 

tillL ~Z *T nda ! ory ""* s P* ce following the filespec, commas or 
blanks can be used as desired — either will be accepted as parameter 
separators. Entries can be made for 1 to four drives ^ni^thl 
standard TRS-80 drive numbers of to 3), or i? no dr paraXterl 
are specified, entering DSET by itself will displly the cSre" 
density status of all active drives. (If your display rives a drive 
status reading for, say, four drives when your system is equipped only 

li \^c C £o C i ?OUr SYSTEM ^"^ 8et ti°g as described on Sges 2-47 ol 
the NEWDOS-82 documentation). ^ R OI 

4 * A u fCW w?° re rules: the »odel I *nd Model III versions are NOT 
interchangeable. Additionally, DSET/CMD will function ONLY if its 
corresponding DDSD/CMD is active within the system. Finally if vol 
are prone to getting ^nto the machine code of either of these 
programs there is a risk that you will, to put it simply, muck thines 
up. DSET searches through DDSD/CMD using certain parameter as Us 
clue as to the location of its PDRIVE SD and DD tables. Anything that 
upsets the position or ordering of these parameters may render 
everything useless. Experiment if you must, but be careful. 

TECHNICAL COMMENTS 

^ .T he , DD PDRIVE codee JWiintained by both DDSD/CMD and DSET/CMD are 

till H * t0 t ^ S ? WD 0rigiD&lly defined vi » the PDRIVE command by the 
user. Whatever PDRIVE codes the programs find within the system will 
be the same codes stored for subsequent reference purposes. When 

JiSt!U e ! 2? J 1 !!*?"* format (sn vs DD - or a SD track * er ° ™ * SS 

wJ?Sw *JJ * e) R r e 6lternated »ithln a drive, the original system 
PDRIVE settings are always maintained intact for reference by the 
programs, but various combinations of PDRIVE parameters will he tried 
until something is found that works. In short, when toggling between 
*nd DD on a particular drive with DSET/CMD, you are simply 
re-establishing your original DD PDRIVE codes when going into DD mode. 

Thank you for your interest in our products. 
Allan J. Domuret 

(NEWD0S-80 is a trademark of Apparat, Inc.) 
(TRS-80 is a trademark of Tandy Corp.) 

Comments, Criticisms, Suggestions, Problems,' Etc. 

can be addressed to the author of DDSD, Allan J. Domuret, 7825 
Jillowcrest Way, Fair Oaks, California, 85628 or to The Alternate 
Source, 704 North Pennsylvania Avenue, Lansing, Michigan, 48906. 
482-?AS0 eFS &re: A11Sn ' (916) 967 - 7331 * nd TAS, (517) 
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allows you to forget about PDRIVE configurations 
when using NEWDOS/80 Version 2.0! Set elch drive 

UUMVCMD program. Now you can switch from sinele 
de„s,,y lo double density as often as you like, withou! 
ever hav lng t„ change the PDRIVE table! DDSD/CMD 
will figure out the density of each disk you try to access 
and wdl store that information in its own memory If 
you need to change densities, don't worry .. DDSD will 
know Included with DDSD is a program called DSET 

i r,° e ^ a "°. W y ° U { ° 8 P ecif y a drlve a * single density 
or double density, should you so desire. For instance if 

a2Z A l ° f °T M ° d L 8k ' the formal wi » be "ngl. Tor 
double depending on the last density used. If you don't 
recall the last density used, just DSET IS or DSET 2D- 
th.s tells DDSD that you want drive one to be single den- 
sity, or drive two to be double density, respectively. Of 
course more than one specification can be entered at a 
time. Another bonus: the DDSD package includes fully 
commented source code! This allows you to modify the 

pnIn^ a .7, OU l ee fi \ study (he technj q«<* "sed, etc. 
two niflJ a ^u .",'T been * head =C"e, so take 
two DDSD s, and call ,f you have any further problems. 
DDSD was written by Allan J. Domuret 
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May, 1982 

► DDSD/CMD — Distributed by: The Alternate Source 

7,04 No. Pennsylvania 
, „ Lansing, MI 48906 

Programmed by: Allan J. Domuret 

7825 Willowcrest Way 
Fair Oaks, CA 95628 

Documentation update for DDSD/CMD and DSET/CMD, Versions 1.2 and 3.2 
(TRS-80 Models I and III, respectively). 

Version 1.2 and 3.2 Changes to DDSD/CMD 

1. Since NEWDOS/80 V2 users continue to experience problems associated with 
FORMAT and /or COPY operations when DDSD/CMD is active, a change has been 
implemented in which DDSD/CMD automatically deactivates itself whenever 
NEWDOS/80 V2 gets ready to do a FORMAT operation of ANY kind. For example: 
DDSD deactivates with an ordinary diskette FORMAT operation, with a 
single-track or multiple-track FORMAT, or with a COPY-with-FORMAT 
operation. This fix should eliminate once and for all the FORMAT-associated 
problems previously experienced while using DDSD/CMD with NEWDOS/80 V2. 

With this fix programmed into DDSD, NEWDOS/80 should FORMAT exactly as 
commanded. Remember, however, that NEWDOS/80, unless commanded otherwise, 
will FORMAT using default values from its PDRIVE table as maintained in RAM 
(Memory). And, it is possible that the PDRIVE parameters in RAM might have 
been modified by DDSD/CMD prior to the intended FORMAT operation. For 
example, with DDSD active, if you did a single density disk read or write 
in, say, drive 1, to be followed by a FORMAT operation in the same drive, 
NEWDOS/80 will FORMAT in single density unless the FORMAT command specifies 
otherwise. This happens because DDSD/CMD established SD PDRIVE parameters 
in the PDRIVE table for the SD disk access, and NEWDOS/80, when 
subsequently commanded to do a FORMAT operation, will default to these 
PDRIVE parameters. 

When confronted with this condition, DSET/CMD can be used to either 
determine beforehand a disk drive's density status, or it can be used to 
re-establish the desired SD or DD PDRIVE parameters. For example, in the 
situation described above, DSET/CMD can be used to re-establish or 
re-affirm DD PDRIVE parameters in the DCT before starting the FORMAT 
operation. (See your documentation for proper use of DSET/CMD.) 

Upon completion of the FORMAT operation, DDSD/CMD will automatically 
reactivate itself. 

2. DDSD/CMD can be turned ON, OFF, or it can be purged from the system 
using three new codes implemented in the new (version 1.2 and 3.2) DSET/CMD 
file. See the DSET/CMD supplementary documentation below. 

m 

Verson 1.2 and 3.2 Changes to DSET/CMD 

1. DSET/CMD has been modified to be callable as a "CMD" operation from 
within BASIC. For example, from BASIC, enter 

CMD "DSET" 

or: 



CMD "DSET 1S,2S" — and so forth. 

The usual DSET drive status information will be displayed without 
disturbing BASIC and its program contents. 

Credits for this fix to John Stedeford, Twin Falls, Idaho. 

2. Thrree new commands have been implemented in DSET/CMD 

a. DSET OFF : Turns DDSD/CMD off. DDSD/CMD remains 
intact in RAM, but it is still protected by its HIMEM 
setting and it is reusable by invoking the next DSET 
command. 

b. DSET ON : Turns DDSD/CMD back on. 

c. DSET DELETE : Deletes, or purges, DDSD/CMD from RAM. 
Two conditions have been allowed for: 

(1) If DDSD/CMD was lowest in RAM (e.g., no other 
files were RAM-resident lower than DDSD/CMD), 
its RAM space will be made available automati- 
cally by a reset of the HIMEM parameter in 
(4049H) or (4411H) for Models I and III, re- 
pectively. 

(2) If the HIMEM parameter is established such that 
DDSD/CMD is higher in RAM than other modules, or 
it is higher than user-established HIMEM or 
"Memory Size" settings, DDSD/CMD will be deacti- 
vated, but HIMEM parameters will not be dis- 
turbed, thus not exposing those modules or dis- 
turbing user-established HIMEM or "Memory Size" 
settings. 

Under this condition, DSET ON will still 
turn DDSD/CMD back on because the HIMEM parame- 
ters remain intact. 



IMPORTANT NOTE! 



For users who continue to experience FORMAT or COPY-with-FORMAT problems 
with DDSD/CMD active, be certain you have ALL current Apparat ZAPs 
installed. At the time of this writing (May, 1982), I have ZAPs for the 
Model I up to 057, and for the Model III up to 052. There are MANY ZAPs 
Z h .i Ch Ji TeCtly affect NEWDOS/80 FORMAT and COPy commands. In particular 

"TrLt rJrnl t^uA^ °k? f ° r M ° del IJI are directl y related to the ' 
tIZIvZ S U g problem some of you have experienced while Using 
DDSD/CMD. Contact Apparat if you are not current with their ZAPs. 

In reference to another minor discrepancy which some users have attributed 

^wnn!^ M ?S be £ ? are that when a NEWD °S/80 <DIR' command is given, 
NEWDOS/80 takes the track count from its RAM PDRIVE table (or what I have 
referred to as the DCT , or Drive Code Table), and NOT from the disk 
directory being read. If a 34 or 35 track diskette directory is read in a 
40 track drive which is PDRIVE'd for 39 or 40 tracks, the «DIR' command 
will report the PDRIVE'd 39 or "40 tracks" rather than the actual 34 or 35 
tracks from the diskette being read. This is explained in the NEWDOS/80 
documentation on p. 2-20, quote: "The values for track count and free 
granules are based on the current active PDRIVE specification for that 
drive and if those specifications are not proper, these displayed values 



may be In error." 

Conclusion: the inconsistent track count display during a DIR command is 
NOT a DDSD-related discrepancy.- 

Optional PDRIVE ZAPs: 

The following ZAPs to SYS16/SYS will accept the usual PDRIVE entries as 
described on page 2-33 of the NEWDOS/80 V2 documentation, but with an 
additional feature that a 'B* suffix, in lieu of the 'A' suffix described 
on page 2-37, can be used to temporarily put new PDRIVE settings In RAM 
without writing them to disk. For example: 

PDRIVE 0,l,TI~CK,TO39,A 

will put the PDRIVE settings in RAM and will write them to disk. But with 

PDRIVE 0,l,TI=CK,TO39,B 

the new PDRIVE settings will go only to the NEWDOS/80 PDRIVE table in RAM; 
they will NOT be written to disk. Also, the new PDRIVE settings will NOT be 
made available to DDSD/CMD. 

ZAPs for Model I: 



SYS16/SYS, 02/F8 

from 

to 

04 /D4 

from 

to 



7E FE 41 12 20 06 23 
7E C3 CO 51 00 00 23 



all zeros 

FE 41 12 20 03 C3 Fl 4F FE 42 
C2 F7 4F 3E 41 12 77 C5 E5 01 
00 07 21 E2 4D 71 23 10 FC El 
CI C3 Fl 4F (end) 



For Model III : 



SYS16/SYS, 02/E8 

from 

to 

SYS16/SYS, 04/DA: 
to: 



7E FE 41 12 20 06 23 

7E C3 C6 51 00 00 23 

all zeros 

FE 41 12 20 03 C3 E2 4F FE 42 

C2 E8 4F 3E 41 12 77 C5 E5 01 

00 07 21 D3 4D 71 23 10 FC El 

CI C3 E2 4F 02 (end) 



DSET/CMD, For Use Only With DDSD/CMD 

Automatic Density Recognition 

for: Newdos-80 Version 2 

And TRS-80 Models I or III 

DSET/CMD was created in response to suggestions received by numerous 
individuals who were involved in evaluating the original DDSD/CMD Automatic 
Density Recognition program. 



As is the case for DDSD/CMD, its intended use is with NEWDOS-80, Version 2 
only. Additionally, DSET/CMD will not function without its parent DDSD/CMD 
being active in the system. Again, separate versions are required for the 
Model I and Model' III. 

DSET/CMD has two simple functions: 

1. To inform the user of the current PDRIVE density settings only. (If you 
need a complete PDRIVE readout, do the usual NEWDOS PDRIVE Command.) 

2. To allow toggling between DD and SD in RAM without doing a NEWDOS 
PDRIVE command. 

The command format is as follows: 

DSET 3S,1D,0S,2D (Enter) 

or, simply: DSET (Enter) 

The command explanation and a few simple rules are provided. DSET is the 
filespec; the S or D commands a Single or Double density code setting in 
memory (DSET/CMD does not perform disk reads or writes); and the numbers (0 
- 3) represent the drive numbers. (Four drives maximum are currently 
allowed by NEWDOS-82). 

Note that the S or D codes can be entered in any drive sequence; that is, 
entries do not have to be made sequentially from to 3. After the 
mandatory blank space following the filespec, commas or blanks can be used 
as desired — either will be accepted as parameter separators. Entries can 
be made for 1 to four drives (use the standard TRS-80 drive numbers of to 
3), or if no drive parameters are specified, entering DSET by itself will 
display the current density status of all active drives. (If your display 
gives a drive status reading for, say, four drives when your system is 
equipped only with two, check your SYSTEM AL*# setting as described on P. 
2-47 of the NEWD0S-82 documentation). 

A few more rules: the Model I and Model III versions are NOT 
interchangeable. Additionally, DSET/CMD will function ONLY if its 
corresponding DDSD/CMD is active within the system. Finally, if you are 
prone to getting into the machine code of either of these programs, there 
is a risk that you will, to put it simply, muck things up. DSET searches 
through DDSD/CMD using certain parameters as its clue as to the location of 
its PDRIVE SD and DD tables. Anything that upsets the position or ordering 
of these parameters may render everything useless. Experiment if you must, 
but be careful. * 

Technical Comments 

The DD PDRIVE codes maintained by both DDSD/CMD and DSET/CMD are identical 
to these originally defined via the PDRIVE command by the user. Whatever 
PDRIVE codes the programs find within the system will be the same codes 
stored for subsequent reference purposes. When diskettes of different 
format (SD vs DD, or a SD track zero on a DD formatted diskette) are 
alternated within a drive, the original system PDRIVE settings are always 
maintained intact for reference by the programs, but various combinations 
of PDRIVE parameters will be tried until something is found that works. In 
short, when toggling between SD and DD on a particular drive with DSET/CMD, 
you are simply re-establishing your original DD PDRIVE codes when going 
into DD mode. 



The Alternate Source 
704 No. Pennsylvania Ave-. 
Lansing, MI 48906 

**** ZAP 01/DDSD/CMD **** 06/24/82 **** Models I & III **** 

DDSD/CMD recognizes a FORMAT-busy condition by checking two NEWDOS/80 
bytes. The first check is for a 58H in (436 9H); the second is for 
bits 1 and 2 set in (5399H). With both of these bytes set as such, 
DDSD turns itself off to avoid introducing spurious parameters into 
the PDRIVE table during a FORMAT operation. However, it turns out 
that some users are getting a 48H rather than 58H in (436 9H) during a 
FORMAT. (Evidently, this is a variation introduced by certain SYSTEM 
parameter specifications.) Thus, the *CP 58H' may in some cases cause 
DDSD to not recognize a FORMAT-busy condition. If your FORMAT 
operations occasionally generate spurious results, ZAP 001 should 
take care of the problem. Apply this ZAP ONLY if you are experiencing 
FORMAT problems. s 

**** For the Model I **** 

DDSD12/CMD) 02/A8: change: 43 FE 58 CO 
Model I ) to: 43 FE 48 CO 

**** For the Model III **** 

The corresponding FORMAT-busy byte for the Model III is (4289H). 

DDSD32/CMD) 02/A8: change: 43 FE 58 CO 
Model III ) to: 43 FE 48 CO 

////////////////////////////////////////////////////////////////////// 

In the event the original ZAP bytes are not found at the track/byte 
locations shown above, use the SUPERZAP search feature to locate the 
bugged byte. From the SUPERZAP menu, perform the following command 
sequence: 

1. User — DFS 

2. SZAP — FILESPEC ? 

3. User — DDSD12/CMD:0 (Enter the appropriate filespec) 

4. SZAP — RELATIVE-SECTOR-WITHIN-FILE? 

5. User — 2 * 

If the bugged-bytes are not found where expected, enter the 
following: 

User — F,FE,58 [Enter] 

SUPERZAP will locate the specified bytes and it will identify them 
with a flashing cursor. Write down the relative byte offset indicated 
by the cursor, then perform the required ZAPs. 



